CU Amiga Super CD-ROM 2/CU Amiga Magazine's Super CD-ROM 02 (1996)(EMAP Images)(GB)[!][issue 1996-04].iso/magazine/amiga_e/amigae.jan.archive/000067_crash!mail.swip…tensson%BadNet_Wed, 26 Jan 94 01:56:40 PST.msg

Text File | 1994-02-17 | 19KB | 499 lines

Received: by bkhouse.cts.com (V1.17-beta/Amiga)
      id <[e-mail]>; Wed, 26 Jan 94 01:56:40 PST
Received: from mail.swip.net by crash.cts.com with smtp
    (Smail3.1.28.1 #18) id m0pP3Nu-0001ZAC; Tue, 25 Jan 94 22:05 PST
Received: from localhost by mail.swip.net (8.6.4/2.01)
    id HAA13729; Wed, 26 Jan 1994 07:05:45 +0100
Received: by piraya.bad.se (1.65/waf)
    via UUCP; Wed, 26 Jan 94 06:24:41 GMT
    for [e-mail]
Received: by f1.n901.z92.badnet.bad.se (0.0.1 BA Datasystem/3C)
    id AA64066; Wed, 26 Jan 94 06:24:40 +0200
Date: Wed, 26 Jan 94 18:39:44 +0200
Message-Id: <[e-mail]>
In-Reply-To: <[e-mail]>
Fidonet-Flags: private
Reply-To: [e-mail] (Roger Martensson)
From: [e-mail] (Roger Martensson)
To: [e-mail]
Subject: Re: Cut me off




Please unsubscribe me. The mailflow is to big for me to.

/Rm - InterNet: [e-mail]
From crash!uniwa.uwa.edu.au!multi!robbage Wed, 26 Jan 94 05:42:36 PST
Received: by bkhouse.cts.com (V1.17-beta/Amiga)
      id <[e-mail]>; Wed, 26 Jan 94 05:42:36 PST
Received: from uniwa.uwa.edu.au by crash.cts.com with smtp
    (Smail3.1.28.1 #18) id m0pPA1p-0001W8C; Wed, 26 Jan 94 05:11 PST
Received: from localhost (uucp@localhost) by uniwa.uwa.edu.au (8.6.4/8.6.4) id VAA22343 for bkhouse.cts.com!AmigaE; Wed, 26 Jan 1994 21:11:23 +0800
Received: by multi.multiline.com.au (Smail3.1.28.1 #6)
    id m0pP8la-000UMvC; Wed, 26 Jan 94 19:50 WST
Message-Id: <[e-mail]>
Date: Wed, 26 Jan 1994 19:50:37 +0800 (WST)
In-Reply-To: <[e-mail]> from "Carl Jolley" at Jan 22, 94 09:44:24 am
X-Mailer: ELM [version 2.4 PL21]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1088
From: [e-mail] (Rob Nottage)
To: [e-mail]
Subject: Re: More GUI problems

> > What I'd like to know is a system-friendly way of creating a LIST.
> > I know I can simply
> >
> >   DEF listv:PTR TO LONG
> >   listv:=[0,0,0,0]
> >   listv[0]:=listv+4
> >   listv[2]:=listv
>
> I was just wondering if the following would be equivalent to your example.
>
>   DEF listv:PTR TO LONG
>   listv:=[listv+4,0,listv,0]
>
> It might well depend on exactly how Wouter generates E code. Clearly, your
> example would work because the "value" of listv would be stored before
> any of the list elements which reference its "value". BTW, I'm quoting
> "value" to make sure that it remains clear that the "value" in listv is
> actually a memory address.

I believe that it wouldn't work because E would evaluate the right side
before assigning a value to the left side. Otherwise you could never do
somthiung like this:

x:=x+4


--
   ___________________________________
  /                                   \
  |  [e-mail]   |
  |  Rob Nottage 3:690/662.0@FidoNet  |
  |             41:616/662.0@AmigaNet |
  \___________________________________/
From crash!uniwa.uwa.edu.au!multi!robbage Wed, 26 Jan 94 05:42:46 PST
Received: by bkhouse.cts.com (V1.17-beta/Amiga)
      id <[e-mail]>; Wed, 26 Jan 94 05:42:46 PST
Received: from uniwa.uwa.edu.au by crash.cts.com with smtp
    (Smail3.1.28.1 #18) id m0pPA1q-000011C; Wed, 26 Jan 94 05:11 PST
Received: from localhost (uucp@localhost) by uniwa.uwa.edu.au (8.6.4/8.6.4) id VAA22354 for bkhouse.cts.com!AmigaE; Wed, 26 Jan 1994 21:11:28 +0800
Received: by multi.multiline.com.au (Smail3.1.28.1 #6)
    id m0pP8qJ-000UMvC; Wed, 26 Jan 94 19:55 WST
Message-Id: <[e-mail]>
Date: Wed, 26 Jan 1994 19:55:30 +0800 (WST)
In-Reply-To: <[e-mail]> from "Barry D Wills" at Jan 22, 94 09:59:51 am
X-Mailer: ELM [version 2.4 PL21]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1406
From: [e-mail] (Rob Nottage)
To: [e-mail]
Subject: Re: More GUI problems

>   >> What I'd like to know is a system-friendly way of creating a LIST.
>   >>
>   >> I know I can simply
>   >>
>   >>   DEF listv:PTR TO LONG
>   >>   listv:=[0,0,0,0]
>                ^^^^^^^
>   You really only need three 0's here.

Oh  :-)  That's more or less straight out of the example code with E

>   >>   listv[0]:=listv+4
>   >>   listv[2]:=listv
>   >>
>   >> But that appears to me to be a very Mickey Mouse way of doing it. Surely
>   >> there is a function? Can't find one in exec.lib   (This is exec LISTs Im
>   >> chatting about, not  'E' lists.)
>
>   Ahem.  There is nothing Mickey Mouse about MAN-HANDLING memory,
>   methinks.  Are we MICE or MEN?

:-)  squeek?

>  But if your asking for a "more
>   elegant and refined" way of expressing your E prowess, this must

yes.. that isa great way of putting it!

>   be the code you're looking for. :-)
>  */
>
> MODULE 'exec/lists'
>
> RAISE "MEM" IF New()=NIL
>
> OBJECT my_mln
>   pred, succ, data
> ENDOBJECT
>
> PROC newList(list:PTR TO mlh)
>   list.head:=list+4
>   list.tail:=0
>   list.tailpred:=list
> ENDPROC

Thanks!  I was hoping a library would hold the answer. Ah well.


--
   ___________________________________
  /                                   \
  |  [e-mail]   |
  |  Rob Nottage 3:690/662.0@FidoNet  |
  |             41:616/662.0@AmigaNet |
  \___________________________________/
From crash!uniwa.uwa.edu.au!multi!robbage Wed, 26 Jan 94 05:42:55 PST
Received: by bkhouse.cts.com (V1.17-beta/Amiga)
      id <[e-mail]>; Wed, 26 Jan 94 05:42:55 PST
Received: from uniwa.uwa.edu.au by crash.cts.com with smtp
    (Smail3.1.28.1 #18) id m0pPA1r-0001W8C; Wed, 26 Jan 94 05:11 PST
Received: from localhost (uucp@localhost) by uniwa.uwa.edu.au (8.6.4/8.6.4) id VAA22360 for bkhouse.cts.com!AmigaE; Wed, 26 Jan 1994 21:11:29 +0800
Received: by multi.multiline.com.au (Smail3.1.28.1 #6)
    id m0pP8xZ-000UMvC; Wed, 26 Jan 94 20:03 WST
Message-Id: <[e-mail]>
Date: Wed, 26 Jan 1994 20:03:01 +0800 (WST)
In-Reply-To: <[e-mail]> from "Kenny Anderson" at Jan 22, 94 11:40:43 am
X-Mailer: ELM [version 2.4 PL21]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1196
From: [e-mail] (Rob Nottage)
To: [e-mail]
Subject: Re: More GUI problems

> OK, I've tried this in my code....
>
>       SELECT gadgetid
>       CASE ADDLIST
>         AddTail(lvlist,[0,0,0,0,'!x!']:ln)
>         Gt_SetGadgetAttrsA(clicked,win,NIL,[GTLV_LABELS,$FFFFFFFF])

What about '-1' instead of $FFFFFFFF  ?  :-)

>         Gt_SetGadgetAttrsA(clicked,win,NIL,[GTLV_LABELS,lvlist])
>       ENDSELECT
>
> What I want to happen is: when I click on my "Add" button, the string '!x!'
> (just for testing, don't worry!) to appear at the bottom of the list. But
> clicking on the button for the first time results in nothing, whilst
> clicking it again causes the process to hang....

Hmm The only thing I can suggest just with that, is to add ,NIL to your
taglist ...,[GTLV_LABELS,lvlist,NIL])

taglists are supposed to be terminated with a TAG_DONE which evaluates to
NIL.

Maybe ensure you have the correct window ptr for win too.

> I guess LISTVIEW's aren't my thing ... :)

I hate them too. We're stuck with them  :-)


--
   ___________________________________
  /                                   \
  |  [e-mail]   |
  |  Rob Nottage 3:690/662.0@FidoNet  |
  |             41:616/662.0@AmigaNet |
  \___________________________________/
From crash!uniwa.uwa.edu.au!multi!robbage Wed, 26 Jan 94 05:43:05 PST
Received: by bkhouse.cts.com (V1.17-beta/Amiga)
      id <[e-mail]>; Wed, 26 Jan 94 05:43:05 PST
Received: from uniwa.uwa.edu.au by crash.cts.com with smtp
    (Smail3.1.28.1 #18) id m0pPA1s-000011C; Wed, 26 Jan 94 05:11 PST
Received: from localhost (uucp@localhost) by uniwa.uwa.edu.au (8.6.4/8.6.4) id VAA22366 for bkhouse.cts.com!AmigaE; Wed, 26 Jan 1994 21:11:31 +0800
Received: by multi.multiline.com.au (Smail3.1.28.1 #6)
    id m0pP9DM-000UMvC; Wed, 26 Jan 94 20:19 WST
Message-Id: <[e-mail]>
Date: Wed, 26 Jan 1994 20:19:20 +0800 (WST)
In-Reply-To: <[e-mail]> from "[e-mail]" at Jan 22, 94 10:01:02 pm
X-Mailer: ELM [version 2.4 PL21]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1341
From: [e-mail] (Rob Nottage)
To: [e-mail]
Subject: Re: More GUI problems

>    I too would like to know how too build a list for use with the Listview
> gadget.  What I need to do is scan a directory or directories and then put
> that list in a Listview gadget, then possibly change and update that list.
>    I'm pretty much stumped on this one.

It's a bit of a pain to do.
Once you have initialized the list like this:

DEF listv:PTR TO LONG

listv:=[0,0,0]
listv[0]:=listv+4
listv[2]:=listv

You then add NODEs to the list using AddTail() to add them to the end
and AddHead() to add them to the start. listv will be updated to keep
pointers to the first and last NODE.
A NODE is of object type 'ln' in 'exec/nodes'

To move along the list of NODEs you find the pointer of the first node
in listv[0] and then the next pointer is in the node as
node.succ  (successor I guess)

e.g.

DEF node:PTR TO ln

node:=listv[0]
  WHILE node
    WriteF('"\s"\n',node.name)
    node:=node.succ
  ENDWHILE


to remove a node from the list, you use Remove(node)

AddTail(), AddHead() and Remove() are all in exec.library.

There's a lot more to learn about it, but that's a start.



--
   ___________________________________
  /                                   \
  |  [e-mail]   |
  |  Rob Nottage 3:690/662.0@FidoNet  |
  |             41:616/662.0@AmigaNet |
  \___________________________________/
From crash!uniwa.uwa.edu.au!multi!robbage Wed, 26 Jan 94 05:43:14 PST
Received: by bkhouse.cts.com (V1.17-beta/Amiga)
      id <[e-mail]>; Wed, 26 Jan 94 05:43:14 PST
Received: from uniwa.uwa.edu.au by crash.cts.com with smtp
    (Smail3.1.28.1 #18) id m0pPA1u-00000DC; Wed, 26 Jan 94 05:11 PST
Received: from localhost (uucp@localhost) by uniwa.uwa.edu.au (8.6.4/8.6.4) id VAA22372 for bkhouse.cts.com!AmigaE; Wed, 26 Jan 1994 21:11:32 +0800
Received: by multi.multiline.com.au (Smail3.1.28.1 #6)
    id m0pP9LJ-000UMvC; Wed, 26 Jan 94 20:27 WST
Message-Id: <[e-mail]>
Date: Wed, 26 Jan 1994 20:27:33 +0800 (WST)
In-Reply-To: <[e-mail]> from "Dave Higginson" at Jan 23, 94 12:58:45 pm
X-Mailer: ELM [version 2.4 PL21]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 2520
From: [e-mail] (Rob Nottage)
To: [e-mail]
Subject: Re: More GUI problems

> >       SELECT gadgetid
> >       CASE ADDLIST
> >         AddTail(lvlist,[0,0,0,0,'!x!']:ln)
> >         Gt_SetGadgetAttrsA(clicked,win,NIL,[GTLV_LABELS,$FFFFFFFF])
> >         Gt_SetGadgetAttrsA(clicked,win,NIL,[GTLV_LABELS,lvlist])
> >       ENDSELECT
>
> No, you have two lines the wrong way round here.

Ahh.. of course you are correct.

> You should put the call with the $FFFFFFFF before you mess with the list.
> Then Intuition is forewarned and won't try to refresh the listview until
> you call with the correct list address.

> You can't call this routine twice, since the node you're adding is part
> of E compiled code and it will try to use the same address for two
> different nodes. So that is why it is hanging.

Right again.. I fell for that trap when I first started playing with
listview gadgets and lists.

> For multiple nodes, you have to allocate some new memory using New or
> AllocMem or AllocVec. Just make sure that you free it before you quit.
> Try this:
>
> DEF node:PTR TO ln,name:STRING
> .
> .
> /* Call this as many times as you like */
> Gt_SetGadgetAttrsA(win,gad,NIL,[GTLV_LABELS,$FFFFFFFF,0])
> node:=AllocMem(SIZEOF ln,MEMF_CLEAR)

I think for Amiga-E beginners, New() would be better  :-)
DOn't forget MODULE 'exec/memory'


> node.name:='!x!'

Of course it would be better to:
node.name:=String(80)
StrCopy(node.name,?,ALL)
Who knows where and how '!x'! is created or pulled from  :-)

> AddTail(lvlist,node)
> Gt_SetGadgetAttrsA(win,gad,NIL,[GTLV_LABELS,lvlist,0])
> .
> .
> .
> /* Call this to clean up */
> WHILE node:=RemHead(lvlist)
>   FreeMem(node,SIZEOF ln)
> ENDWHILE
>
> OK? Remember though that all your entries will have the same name so you
> will also have to allocate memory for the names, maybe using :
>
> StrCopy(s,'Hello',ALL)
> node:=AllocVec(StrLen(s),MEMF_CLEAR)
> CopyMem(s,node,StrLen(s)

Ahh you mentioned it  :-)
Why not:

node.name:=String(StrLen('Hello')) /*or whatever the estring will be*/
StrCopy(node.name,the_string,ALL)

Using AllocMem and AllocVec seems a bit of overkill when E will do it
for us.


>
> Remember though that this memory also needs to be freed in the cleanup
> routine.

Not neccesarily if E functions are used to create the memory.
New() and String() for instance.


--
   ___________________________________
  /                                   \
  |  [e-mail]   |
  |  Rob Nottage 3:690/662.0@FidoNet  |
  |             41:616/662.0@AmigaNet |
  \___________________________________/
From crash!uniwa.uwa.edu.au!multi!robbage Wed, 26 Jan 94 05:43:23 PST
Received: by bkhouse.cts.com (V1.17-beta/Amiga)
      id <[e-mail]>; Wed, 26 Jan 94 05:43:23 PST
Received: from uniwa.uwa.edu.au by crash.cts.com with smtp
    (Smail3.1.28.1 #18) id m0pPA1v-000011C; Wed, 26 Jan 94 05:11 PST
Received: from localhost (uucp@localhost) by uniwa.uwa.edu.au (8.6.4/8.6.4) id VAA22378 for bkhouse.cts.com!AmigaE; Wed, 26 Jan 1994 21:11:33 +0800
Received: by multi.multiline.com.au (Smail3.1.28.1 #6)
    id m0pP9RF-000UMvC; Wed, 26 Jan 94 20:33 WST
Message-Id: <[e-mail]>
Date: Wed, 26 Jan 1994 20:33:41 +0800 (WST)
In-Reply-To: <[e-mail]> from "Leon Woestenberg" at Jan 24, 94 01:07:15 pm
X-Mailer: ELM [version 2.4 PL21]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1271
From: [e-mail] (Rob Nottage)
To: [e-mail]
Subject: Re: E Statement, v5

> > > - multiple returnvalues and multiple-value assignments.
> > >   functions can now return more than one value, and assignment
> > >   statements can store in more than one var.
> > >   a,b,c:=func(); RETURN 1,2,3
> >
> > WRT, the multiple-value assignments, how is (or might) this capability
> > different from the already available ability to have multiple assignments
> > "chained" in one statement?, e.g. :
> >
> >    a:=b:=c:=func()
> >
> In your example, a, b and c get the same value. In Wouter's example,
> multiple (different!) values can be returned. Imagine this code:
>
> DEF a,b,c,d=10
> a,b,c:=func(d)
> PROC func(value) RETURN value*value,-value,value*2

If I read it right, the question was how will it differ..
will it mean that we can do this:

a,b,c := d,e,f := g,h,i := func(j)

since you can multiple assign using a:=d:=g

and you will be able to return multiple return values, how
will it affect toing both at the same time??  :-)

(maybe it will be like this  :-)

a:=b , c:=d , e:=f :=func(g)



--
   ___________________________________
  /                                   \
  |  [e-mail]   |
  |  Rob Nottage 3:690/662.0@FidoNet  |
  |             41:616/662.0@AmigaNet |
  \___________________________________/
From crash!archimed.irit.fr!vintenat Thu, 27 Jan 94 00:50:39 PST
Received: by bkhouse.cts.com (V1.17-beta/Amiga)
      id <[e-mail]>; Thu, 27 Jan 94 00:50:39 PST
Received: from archimed.irit.fr by crash.cts.com with smtp
    (Smail3.1.28.1 #18) id m0pPAb4-0000w7C; Wed, 26 Jan 94 05:47 PST
Received: from localhost (vintenat@localhost) by archimed.irit.fr (8.6.4/8.6.4) id OAA13342; Wed, 26 Jan 1994 14:50:49 GMT
Date: Wed, 26 Jan 1994 14:50:49 GMT
Message-Id: <[e-mail]>
From: Lionel VINTENAT <[e-mail]>
To: [e-mail]
Cc: [e-mail]
Subject: Re: EPP and stuff..

    Hi everybody,

>The only endeavor worthy of the effort might be a meeting of
>EPP, EHS, Eformat, and Mac2E. And the real consideration
>here is the prospective life expectency of any or all of these
>utilities.  E v3.0 modules will kick EPP's butt, and EHS can
>quickly and easily be converted to v3.0 modules.  That leaves
>Eformat and Mac2E, and the author of Mac2E, Lionel Vintenat,
>stated in his docs that Wouter is considering making macro
>preprocessing a feature in the next release of E.

    Before starting Mac2E, I asked Wouter about future macro
processing in next Amiga E release. At this moment, he answered me
that he will think about it but nothing was sure. After announcing
to this list the release of Mac2E, I asked him again about it (I
didn't want to spend time supporting or improving Mac2E if Amiga E
v3.0 comes out in 3 weeks with hundred times better feature in macro
processing than Mac2E !). And this time, he answered me that Amiga E
v3.0 won't support macro processing, but that the v3.0 module system
is very powerfull, and make most uses of include files unnecessary.
So I plan to improve macro processing feature of Mac2E (speed), but
I won't do anything for file inclusion or for a make tool as I said
in the docs.
    But, if someone want to do a "meeting of EPP, EHS, EFormat and
Mac2E", it's all right for me. In fact, I think that a sort of
"graphics make tool" should be nice. If someone wants to start it,
mail me ! I will be happy to do a "MUI-version" of it.

>So, unless Wouter delays the inclusion of macro preprocessing
>(and I hope you don't, Wouter :-) only Eformat remains, dude.

    I hope too, but I'm afraid you have to use Mac2E (too bad ;-))
for a while if you need macros in your program !

>Any opinions welcome.

    Here is one !

    Lionel